home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part1 / 3020 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.0 KB
  1. Path: in1.uu.net!xenitec!zswamp!zswamp!geoff
  2. From: geoff@zswamp.UUCP (Geoffrey Welsh)
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re: USR 33.6 ... Link Naks = Poor performance?
  5. Date: Sat, 27 Jan 1996 18:56:07 EST
  6. Message-ID: <960127.185607.5o6.rnr.w165w@zswamp.UUCP>
  7. Reply-To: xenitec.on.ca!zswamp!geoff (Geoffrey Welsh)
  8. References: <4dmtr7$fi2@spectator.cris.com>
  9. Organization: Izot's Swamp
  10. X-Newsreader: rnr v1.28
  11.  
  12. Bob Riffelmacher <rjr@cris.com> writes:
  13.  
  14. > When I download a 1,512K zip file through my ISP, I get an average 
  15. > transfer rate of 1.2K/second. I have downloaded this file several times, 
  16. > both at peak (evening) hours and off-peak (early morning hours).
  17. > 
  18. > From previous discussions in this group, I believe my CPS rate should be 
  19. > significantly higher.
  20.  
  21. Those figures are for ZMODEM directly from one computer to another; ftp 
  22. through terminal servers, routers, etc. is a different game altogether.
  23.  
  24. > The download progress, as reported by Netscape 1.22, moves along good, in 
  25. > 2K and 3K blocks for a while, stops completely for several seconds, then 
  26. > resumes. This pattern continues for the entire download.
  27.  
  28. This is not unusual for ftp, especially if there's a lot of network between 
  29. you and the ftp server (you'll never know unless you traceroute).
  30.  
  31. > Invalid CRC's average 2, Overrun Errors are always 0. However, ATI6 
  32. > always shows anywhere from 12 to 17 Link Naks.
  33. > 
  34. > What caused Link Naks? Could the Link Naks be causing the poor 
  35. > performance, and if so, what can be done to alleviate them?
  36.  
  37. There will be occasional errors between the modems due to imperfections in the 
  38. phone line;  this is perfectly normal.  These will be corrected and are 
  39. _invisible_ to the application in terms of errors (the time delay should be 
  40. too small to notice). 
  41.  
  42. -- 
  43.          Geoffrey Welsh, Senior Developer, InSystems Technologies Inc.
  44.         geoff@zswamp.uucp, [xenitec.on.ca|m2xenix.psg.com]!zswamp!geoff
  45. USENET has become the sanctuary of the Church of the Perpetually Injured Party.
  46.